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Introduction to the HSC 
Lesson Introduction 

This module gives an overview of the HSC Controller. It outlines the physical 
attributes of both the HSC50 and HSC70fWaaennes the various controls and 
indicators. 

Lesson Objectives 

1. Locate and identify the major components of the HSC and describe the 
function of each. 

2. Describe each of the bulkhead cabling connections. 

3. Identify each control and indicator and explain its function. 
Lesson Outline 

I. Overview 

II. Controls and Indicators 
IH. Physical Introduction 
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HSC50/70 Overview 

The HSC50 and HSC70 are intelligent mass storage controllers for a cluster 
environment. The HSC50 is an earlier version, but the two models are very similar. 
Both are members of the product family designated as Digital Storage Architecture 
(DSA), which includes storage units (such as RA disks) and controllers (such as the 
UDA50). The following is a list of the HSC features: 

• Host Connection 

- The HSC connects to the rest of the cluster only through the CI Bus (two 
redundant pairs of coax cable). uy^< B^-^K ^r^z- r.- 4 — 5^^ 

- The HSC receives commands from the host and returns end messages that 
follow the rules of Mass Storage Control Protocol (MSCP). Data blocks 
exchanged between the host and HSC also follow the same rules. 

- Messages on the CI Bus that relate to the cluster connection are governed 
by rules of the System Communication Architecture (SC A) and System 
Communication Services (SCS). „ ^^^-v 

- Because it is sl cluster iiitiiibur , the HSC is a controller that can handle 
multiple hosts. 

• Storage Unit Connection 

- The HSC handles both disks and tapes that are connected in radial fashion 
using the Standard Disk Interconnect (SDI) and Standard Tape 
Interconnect (STI) cables. 

- Commands, responses, and data transmission between the HSC and the 
. storage device is done using the protocol of SDI/STI. 

- v The HSC handles SDI/STI ports through "data channel modules," each"> R^etfuej ^^ 
module driving four ports. ^ * 

- A data channel module is for a disk or a tape, but not both. 

• The HSC manages I/O operations by decoding an MSGILcjpmsa&nd and 
initiating the seeks and head switches necessary to select the proper track. 
It also monitors rotational position, checks headers, reads/writes data, and 
checks for errors. 
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HSC50/70 Overview (Cont.) 

- The HSC can reorder the sequence of commands from other hosts in order 
to optimize throughput. 

mm Long transfers are fragmented for faster throughput. 

- The HSC peptides Controller Initiated Bad Block Replacement (CIBBR). 

- Disk drives that are supported include RA60, RA80, RA81, and RA32. 
Tape drives supported include TA78 and TA81. 

• HSC System Software 

- When the HSC is powered on, it performs an extensive self- test and then 
loads the operating system software called CRONIC (Colorado 
Rudimentary Operating Nucleus for Intelligent Controllers). 

- The self-test and boot process are initiated automatically on power-up, but 
can also be started by the operator, CRONIC, or host software. 

- The CRONIC operating system has no knowledge of file management, file 
protection, or file structure, all of which are the responsibili ty of VMS o n 
the host nodes. 

- The system software is divided into the following categories: operating 
system, utilities, inline diagnostics, and offline diagnostics. 

• HSC Diagnostics 

- There are no hosx- resident diagnostics to test the HSC or the storage units 
attached to it. 

- Inline diagnostics are run in addition to the self-tests that are run 
automatically during initialization. They are usually started by the 
operator and can be run while the HSC is online to the cluster. Inline 
diagnostics test the units attached to the HSC or the HSC itself. 

- Offline diagnostics test only the HSC internals. They are loaded from the 
HSC load device (TU58 or RX floppy) by the operator at the local terminal. 
They are run in place of the operating system (CRONIC cannot be up). 
While running offline diagnostics, the HSC is effectively off the CI bus and 
therefore not functioning as an MSCP server. 
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HSC50/70 Overview (Cont.) 

- Utilities are run with CRONIC up and the HSC online to the cluster. They 
provide services such as formatting, disk verification, bad block % l t*t £~ 
replacement, and storage unit exercising. r^ e yf 

• Error Indicators 

- The HSC ensures data integrity with the following types of checks: 

a. CRC on all CI Packets. 

b. EDC on all data blocks/** ^uel lM7tf Pat/t 

c. ECConalldatablocks.^2££i*^ Mr/}- p/tT# Cskt cAeuzs) 

d. Byte parity on all internal memory. 

- The HSC provides an Operator Control Panel (OCP) fault code when it 
detects a fatal error. 

— Red/green (go/nogo) LEDs on each of the modules help to locate the failing 
FRU. 

— If the HSC detects an error that cannot be corrected, it reboots itself. 
System status at the time 4f the crash is recorded in the System 
Configuration Table (SCT) located on the load medium. 

s c s ^o Do/07 ojurrn PficT£tr 
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HSC50/70 Operator Control and Indicators 

• Outside the HSC - the Operator Control Panel (OCP) is the only means by 
which the user can interface with the HSC. 

• Inside the HSC 

- The DC power switch removes power from the HSC backplane to enable 
board module removal. Cooling fans and main power supplies continue to 
operate. 

- The Secure/Enable switch disables/enables the front panel operation. 
When it is in the "secure" position, the HSC software ignores any switch 
changes on the OCP. However, fault light and fault codes are displayed 
normally. Also, the console terminal can be used with the SHOW 
commands of the SETSHO utility. 
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• State and INTT indicators - these indicators describe the state of the HSC . 
Under run- time conditions, the INTT indicator is off while the State indicator 
is pulsing. During HSC initialization (booting) these indicators change to 
reflect the current initialization phase of the subsystem. 

• Power indicator - the Power indicator is driven from a dc comparator circuit 
ft^ L X w ^ on the I/O control processor module. This circuit constantly monitors the + 5, 
^\ v^&e^ *2» s^d -5.2 voltages. If it detects a drop of approximately one- third in any 

- ^ of these three voltages, the indicator goes off. 

NOTE: The power indicator does not mean these voltages are within 
specification of + 5 percent 

• Online indicator - when the Online indicator is on, a virtual circuit is 
established between the HSC and a host CPU. When this indicator is off, no 
virtual circuits have been established with any host. 

• Blank indicators — the two Blank indicators form a part of the fault display to 
produce a 5-bit fault code. 
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Operator Control Panel (Cont.) 



• 




INIT switch - this is a momentary contact switch that causes the HSC to 
initialize and reboot as if powering on. 

- Holding in the INIT switch engages the loopback mode for terminal 
testing. 

- The Secure/Enable switch must be in the enable position for the INIT 
switch to be operational. 

• Fault switch - the Fault indicator comes on when the HSC logic detects a 
fault, indicating a problem internal to the HSC. 

- Pushing and releasing this switch will yield a blinking 5-bit error code on 
the OCP indicators. These error codes will be covered in detail later. 

- Up to eight error codes can be displayed. 

- Used to create template System Configuration Table (SCT) P ^j££» '*-' ej/*/^' 

• Online switch - when the Online switch is pushed-in, the HSC logic is in the 
available state. This allows a host to establish a virtual circuit with the HSC. 
When this switch is released, no new virtual circuits can be made: |ij? wever^ 
current virtual circuits are not broken. CO f^K^> (D(< ° 1 » r~~ *~ ' ° ^** * 7Fa ^ Aki 
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HSC70 Module Utilization Label Example 



MODULE UTILIZATION 
LABEL 



NOTUSEO 




3 01 MICRO OOT 
3 02 SERIAL LINE UNIT 
Q 03 MEMORY OK 
Q 0* SEQUENCING 



05 STATE INDICATOR 

06 RUN INOICATOR 



MEMORY ACCESS 
INOICATOR 

07 80ARO STATUS 
INOICATOR 

08 80AR0 STATUS 
INDICATOR 
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HSC70 Module Layout 
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HSC50 Module Utilization Label Example 
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Module Layout Summary 
Host Interface 





• Called the K.ci. #*(J)lA)frY5 fc&Q.^d 

• Interfaces the CI Bus with the HSC. 

• Consists of the following three modules: 

- Port Processor module 

- Port Buffer module 

- Port Link module 
Port Processor Module 

• Called the K.pli. 

• Moves command/message packets to/from the HSC control memory. 

• Moves data packet to/from HSC data memory. 

• Contains 2900-series microprocessor with onboard ROM. 
Port Buffer Module 

• Called the PILA module. 

• Acts as high speed memory buffer for traffic to/from the CI Bus. 
Port Link Module 

J^ ( • Called the LINK module. 

fj L ^ • Implements packet transmission onto CI Bus and packet reception off CI Bus. 






f % 



ch i tf*\_ • Body of packet handed to PELA board. 
Disk Data Channel Module 

• Called the K.sdi. 

• Monitors and controls disks attached to the HSC. 
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Module Layout Summary (Cont.) 

• Each module can control up to 4 RA drives. 

• Contains a 2900-series microprocessor with onboard ROM. 
Tape Data Channel Module 

• Called the &gflf. 

• Monitors/controls data transmission between the HSC and any attached tape 
drives. 

• Contains a 2900-series microprocessor with onboard ROM. 
Memory Module 

• Called the M.std on the HSC50. 

• Called the M.std2 on the HSC70. 

• Contains three separate and independent memory sections (data, program, 
and control) . 

• Considered to be HSC's main memory. 
I/O Control Processor Module 

• Called the P.ioc on the HSC50. 

• Called the P.ioj on the HSC70. 

• Contains F-ll chip set (PDP-11/34) on the HSC50. 

• Contains J-ll chip set (PDP-11/70) on the HSC70. 

• Considered the main CPU of the HSC. 



1-19 Introduction to the HSC 



e 

n 



X 
cn 
O 



to 

o 




loanAitm 











AQ 




I 10 • OAU CMANHtl MOOtHll 



Ca-MMA 



HSC70 Functional Block Diagram 



to 



D 
•"I 

8. 

c 
o 

e* 
t-' 
O 

3 




I TO • OAtA CHAHNtt UOOULtl 



IISC50 Functional Block Diagram 



53- 
X 

O 



CABLING 
BULKHEAD 




•car 



,TF juj>|f ,fc.i|T fc,rp i 



O 



O 



O 



AUXILIARY^ ^ S0 \ TERMINAL PRINTER 

TERMINAL 

COMM. \\-^H ^CJU^ OR l <r 



CX-2438 




HSC50 Console Terminal Connection 
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Power Distribution in the HSC 

• HSC contains two power supplies: main supply and 

• HSC50 always has a main supply and will have an auxiliary supply if more 
than eight modules are installed. 

• HSC70 always has both supplies. 

• No adjustments in any of the supplies. 

• HSC provides following the voltages: 

+ 12V 
- 5.2V 
+ 5V 



CI A REC 
CI A TRANS 

C! B REC 
CI B TRANS 



ACSEQ 



CONSOLE 




LOAD 




OPC 


TERMINAL 




OEVICE 































LOGIC MOOULES 



OC 



AC 

POWER 

CONTROLLER 



AC 



OC 



MAIN PS 



AC 



AC 



SIG 



AUX PS 




BLOWER 



AIRFLOW 
SENSOR 



? = 



J 



SOI/STI 
PORTS 



CX-336B 



1-23 



Introduction to the HSC 



RX33 



OCP SHIELD 




\ 

CARD 
CAGE 



AUXILIARY 

POWER 

SUPPLY 



MAIN 

POWER 

SUPPLY 



CX-927B 



Location of Power Supplies in HSC 
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HSC Module Description 
Lesson Introduction 

This lesson discusses the modules used in the HSC50 and HSC70. The HSC contains 
three basic parts: the I/O processor, the Host interface, and the Data Channels. 

The HSC50 and HSC70 use different I/O processors. The I/O processor for the HSC70 
is called P.ioj . The I/O Processor for the HSC50 is called P.ioc. The rest of the 
modules are interchangeable between the two HSCs. 

Lesson Objectives 

1. Name each of the modules in the HSC and describe its function. 

2. Describe the buses present in the HSC and how each is used. 
Lesson Outline 
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Input/Output Control Processor (HSC50) P.ioc L0105 

• The P.ioc performs high-level control of the HSC50 and is similar to a CPU in 
a computer system. « _ 

• An F-l 1 chip set performs the standard PDP- 1 1/34 instruction set. 

• P.ioc contains the following: 

- Memory management unit (MMU) for 16-to-22 bit translation. 

- ROM for booting and self-tests. 

- Fixed frequency line clock. 

- Control and data bus arbitration logic. 

- Parity generation and checking for the three memories. 

• The P.ioc directly interfaces to the following devices: 

- Operator control panel. 

- Secure/Enable switch. 

- TU58 controller. 

- Local console terminal (LA12, VT220). 

- Status bus for each K. 

• The Program bus belongs exclusively to the P.ioc; it is dedicated to system 
program execution. 
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HSC50 Input/Output Control Processor Module Block Diagram (Sheet 2 of 2) 
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LED Indicators on P.ioc 
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Detailed Block of P.ioc (HSC50) 

• The F- 1 1 processor consists of three chips: 

- The Data Chip (DC302) performs ALU functions and handles data/address 
transfers onto DAL bus. 

- The Control Chip (DC303) performs micro-program sequencing for PDP-1 1 
instruction decode and contains Control Store ROM. 

- The MMU Chip (DC304) contains registers for 22-bit memory addressing. 

• A 16-bit virtual address enters on DAL, is relocated by MMU to 22-bit 
physical address, and returned to DAL for transmission to Program Memory 
bus. 

• Address Decode provides read and load strobes for various I/O registers on 
Pioc. 

• Bootstrap PROM is lKword in length: 

- Starting address (cold start) = 17773000 

- Starting address (warm start) = 17773010 

• TU58 Interface provides parallel-to-serial and serial-to-parallel connection to 
both load devices. 

- DDO occupies 17777520-17777526 

- DD1 occupies 17777530-17777536 

- No parity check done on either interface 

- Baud rate selectable on TU58 controller 

• Console Interface is a DL- 1 ID containing four registers: 

- Receiver Status Register (RCSR)~ 17777560 

- Receiver Buffer Register (RBUF) - -17777562 

- Transmit Status Register (XCSR) - 17777564 

- Transmit Buffer Register (XBUF) - -17777566 

2-9 HSC Module Description 



Detailed Block of P.ioc (Cont.) 

• The Serial Number Register is loaded from a set of jumper switches during 
SCT INTT; located at 17770056. 

• The Error Address Registers latch a 22-bit address from the out bus on parity 
or NXM trap. 

• The Switch/Display Register is located at 1777042 

• The PIO Control/Status Register is located at 17770040 

• The K INTT and Status Register: 

- KINIT= 17770044 
K Status = 17770046 

- Zero in K INTT Register (15:08) hangs the appropriate K, then a one frees 
K to begin microdiagnostics. 



K INIT 
<7:0> 


SPARE 


KST 
<3:0> 



15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 



CX0-1140A 



- Bits 3:0 of K INTT decoded to select backplane slot (K) for status return. 

• Control Memory Windows are needed to access control blocks scattered 
throughout Control Memory. 

- MMU is normally not used to access Control Memory. 

- Changes 16-bit address to 17-bit address. 
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Detailed Block of P.ioc (Conk) 

• The memory map of HSC50 is as follows: 



22-BIT ADDRESS ALLOCATION 



ADDRESS SPACE 

1 7777777 



BUS 



I/O PAGE 



17770000 
17767777 

17760000 
17757777 8 



17000000 
16777777 

16400000 
16377777 

16000000 
15777777 

14400000 
14377777 

14000000 
13777777 

01000000 
00777777 



CONTROL 
WINDOWS 




M.CONT 
PRESENT SIZE 




M.DATA 
PRESENT SIZE 




M.PROG 
PRESENT SIZE 



CBUS 



NONE 



CBUS 



CBUS 



DBUS 



DBUS 



PBUS 



PBUS 



ACTIVATED SIZE 



COMMENT 



INTERNAL INTERNAL 2 KW INTERNAL REGISTERS 



M.CONT 



NONE 



NONE 



M.CONT 



NONE 



M.DATA 



NONE 



M.PROG 



m 



m 



2 KW RESERVED ADDRESSES 

248 KW NOT ACCESSIBLE . 

64 KW EXPANSION ROOM 

64 KW CONTROL MEMORY 

192 KW EXPANSION ROOM 

64 KW DATA MEMORY 

1 .5 MW EXPANSION ROOM 

128 KW PROGRAM MEMORY 

0-4000 RESERVED 
FOR TRAP VECTORS 

CX-338B 



= undefined or unused areas of memory 
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Input/Output Control Processor (HSC70) P.ioj L0111 

• The P.ioj performs high-level control of the HSC70 and is similar to a CPU in 
a computer system. 

• A J- 1 1 chip set performs the standard PDP- 1 1/70 instruction set. The module 
also contains the following: 

- 8 Kbyte instruction cache. 

- ROM for booting and self-tests. 

- Fixed-frequency line clock. 

- Control and data bus arbitration logic. 

- Parity generation and checking for the three memories. 

• The Pioc directly interfaces to the following devices: 

- Operator control panel. 

- Secure/Enable switch. 

- Local console terminal (LA12, VT220). 

- Status bus for each K. 

• The Program bus belongs exclusively to the P.ioj; it is dedicated to system 
program execution. 

^c K><OG££- Tft^kS TO C0AK0L£ 

A\£brfl \>\K£CTL¥ (j*s w So) 
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MOM 

POWER SUPPLY MONITOR 

UNECXOCX 

10 REGISTER 

CONTROL MEMORY WINOOWS 

CACHE CONTROL 



o 
o 
o 
o 
o 
o 
o 
o 



( 0ATA,t * / 

f CONTROL BUS ) 



mOGNAM BUS 



INtT PROM 



OCT 



CONSOLE 
TERMINAL 



"T 



VELLOWLEO l 

'YELLOW LEO "2- 

YELLOW LEO 3 

YELLOW LEO f 
YELLOW LEO 

YELLOW LEO 6> 
RED LEO 
GREEN LEO 
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Input/Output Control Processor Module (HSC70) 



LED Indicators on P.ioj 



/ Yellow (top) 

Z, Yellow 

3 Yellow 
if Yellow 
^Yellow 
& Yellow 



j 5T off On at power up and then turned off after internal J-11 
sequencer test is done (micro-ODT). Qvick r las ft 



.. rl L Off 

q t tr 



Z/o\> 



efr 



Green 



On at power up and then turned off after check for 
presence of console terminal. 

On at power up and then turned off after check for 
Program Memory space. 

On at power up and then turned off; J-11 internal 
sequencer test. 

State indicator that blinks under normal operation and is 
tied directly to the State indicator on OCP. 

Run indicator that blinks each instruction fetch of J-11. 

Indicates module has not passed self-test or module 
testing is in progress. 

Indicates module has passed self-test and operating 
software is running. 
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TIMING 



CUC A/1 
CLKCTL 



±" A 



F> 



INTERRUPT 
LOGIC 



J»11 

OUTPUT 
REGISTER 
(74*373) 



■ « 21:00 » H 



MOAL 

< 21:00 » H 



<*> 



4K WORD 
INSTR CACHE 
AND CONTROL 



2~£ 



OMA 
REGISTER 



J-11 
INPUT 
REGISTER 
(74F373) 



$ 



^> 



=} 



A < 21:00 > H 



PROGRAM 
MEMORY 
BUS 
XCVRS 

(2908) 



c 



TO 

PROGRAM 
MEMORY 
BUS 



c 



3 



OUTBUS 
DRIVERS 

(74LS248I 



OUTBUS « 21:00 > H 



IT 



10 PAGE 

AOORESS 

DECODES 






LOAO 
STROBES 

READ 
STROBES 



II 



P10CSR 
(17 770 0401 



INBUS 
RCVRS 

(74L24S) 



c 



SWITCH/DISPLAY 
REGISTER 

(17 770 042) 



INBUS < 15:00 » H 



TO 

OPERATOR 
CONTROL 
PANEL 



* THESE BLOCKS HAVE INPUTS TO 
THE INTERRUPT LOGIC 
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PROGRAM 

MEMORY 

BUS 




SISUS « 15:00 > H 



:s*£ 



BOOTSTRAP 

PROM 

(17 773 000 

TO 
17 776 776) 



II 



CONSOLE 
TERMfNAL 
INTERFACE 
(OC319I 
(17 777 56X) 



TO 

CONSOLE 

TERMINAL 



'ATjX1.ALiX2^ 
NTERFACESY^tf] 



I 

(OC319) 
(17 777 52X) 
(17 777 53X) 



'&£}> 



<> 



0_U_TB_US < 21 00 > H 



<Jl 



K INIT ANO 
STATUS 
REGISTERS 
(17 770 0441 
(17 770 046) 



^S 



ERROR 
AOORESS 
REGISTER 
(17 77024. 
17 770 026) 



SERIAL 
NUMBER 
REGISTER 
(17 770 056) 



II 



CONTROL 

MEMORY 

WINDOWS 



=0 



CONTROL 
BUS 

INTERFACE 



INBUS < 15 00 > H 



<*£ 



OATA BUS 
INTERFACE 



:zs 



CLEARS STATUS 

TO Ks BUS 

< 7:0 » 



CONTROL 
BUS 



OATA 
BUS 



CCYCLE 



. \f MM "''' MM ^"' MM n \ 

I ) CONTROL BUS > 

V ARBITRATOR 1 V 



CONTROL BUS 
ARBITRATOR 
ANO TIMING 



CGRANT 

CTIMING 
CACK 



-■» CERR 



OREO 



ON MA 



1 ) OATA BUS ,) 

V ARBITRATOR V 
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OGRANT 
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HSC70 Input/Output Control Processor Module Block Diagram (Sheet 2 of 2) 
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HSC Module Description 



Detailed Block of P.ioj (HSC70) 

• J-ll contains the same MMU as F-ll for 22-bit addressing of Program 

e> 



J-ll contains the same MMU as F-ll for 22-bit addressing of Program \ 

Memory. h^> ^ -^ MaJ&AV/0"P t)0/0£ cfii Cl V fro/\lb\ 



• The 4K Word Instr Cache is used only by Program Memory for faster 
execution: 

- On each memory access, instruction word plus next word are buffered in 
cache 

- On next instruction fetch (usually next consecutive word,) the instruction 
is found in cache (hit). 

• The DMA Register related to cache operation: 

- Loaded with address when write is about to be done to Program Memory 
(loading from3gp(#RX33). 

- DMA address compared with that in cache; if identical then cache location 
is invalidated. 

- Now cache locations are identical to those in Program Memory. 

• Bootstrap PROM is 2 Kwords in length but only 1 Kword is used at power-up. 

- If an error occurs in the first 1 Kword (page) then P.ioj can use the second 
page to boot. 

- Starting address = 17773000 

• The Console Terminal Interface standard EIA port defaults to 9600 baud; uses 
identical registers and addresses as P.ioc of HSC50. 

• The I/O Page Address Decodes generate read and load strobes to various 
registers in the I/O page of HSC70 memory. 

• The PIO CSR is the at same address as P.ioc on HSC50. 

• The Switch/Display Register is the same as on HSC50. 

• K INTT and Status Register is the same as on HSC50 except ten requester 
codes (instead of eight) can be returned. 
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Detailed Block of P.ioj (Cont.) 

• The Error Address Register is the same as on KSC50. 

• The Serial Number Register is the same as on HSC50, 

• The Control Memory Windows are the same as on HSC50. 

• A Memory Map of HSC70 is as follows: 



ADDRESS SPACE 



22-BIT ADDRESS ALLOCATION 
BUS SIZE 



17777777 
1 7770000 


I/O PAGE 


17767777 
1 7760000 


CONTROL 
WINDOWS 


17757777 


UNOEFINED 



1 7000000 


' * 


1 6777777 


M.CTL 


16000000 




15777777 


M.DAT 


14000000 




13777777 


UNUSED 


04000000 




03777777 


M.PROG 


00000000 





INTERNAL 



CBUS 



± NONE 



CBUS 



DSUS 



PBUS 



PBUS 



2KW 



2KW 



248 KW 



COMMENT 



INTERNAL REGISTERS 



RESERVED AODRESSES 



NOT ACCESSIBLE 



256 KB (X2) CONTROL MEMORY 



512KB DATA MEMORY 



2 MB EXPANSION ROOM 



PROGRAM MEMORY 

1 MB 0-4000 RESERVED 

FOR TRAP VECTORS 

CX-931A 
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0^ 



AD- 

Memory Module (HSC50) M.std L0106 

• The M.std board is divided into three independent sections: 

- Program Memory v 

a. Contains system software executed by the P.ioc board. 

b. Loaded from the TU58. 

c. Contains 256Kb of dynamic RAM. 

- Control Memory 

a. Contains control structures set up by the system software and shared by 
the other K boards. 

b. Contains 128Kb of dynamic RAM. 

- Data Memory 

a. Provides sector size (512 byte) buffers for all data transfers through the 
HSC. 

b. Contains 128Kb static RAM. — /Oo JZ£fl^^^o 
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PROGRAM 
MEMORY 
256 KBYTES 
DYNAMIC 



DATA 
MEMORY 
128 KBYTES 
STATIC 



CONTROL 
MEMORY 
128 KBYTES 
OYNAMIC 



PROGRAM MEMORY ACTIVE 

DATA MEMORY ACTIVE 

CONTROL MEMORY ACTIVE 



Memory Module (HSC50) 

LED Indicators on M.std 

Green Memory access taking place. 







A 
V 




PROGRAM BUS 



DATA BUS 



A 

\ 



CONTROL BUS 



GREEN LED 
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DATA BUS 
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HSC50 Memory Module Block Diagram 



HSC Module Description 
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Detailed Block of M.std (HSC50) 

• M.std has no self-test: 

- Program Memory is tested by P.ioc. 

- Data and Control Memory are tested by one of the K boards. 

• No parity checking is done on the memory board (it is done on P.ioc). 

• Refresh is done on Control and Program Memory every 15 usee. 

• Program Memory is divided into two banks of 128Kb each; on powenip either 
bank can be selected. 

• Data Memory is organized into four banks of 18 RAMS (each RAM = 16K X 
1): 

- Sixteen data bits. 

- Two parity bits. 

• Control Memory is organized as one bank of 18 RAMS (each RAM = 64K X 1): 

- Sixteen data bits. 

- Two parity bits. 
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Memory Module (HSC70) M.std2 L0117 

• The M.std2 module is divided into three independent sections: 

- Program Memory 

a. Contains system software executed by P.ioj. 

b. Loaded from RX33 floppy drive, 
c ContainslMb of dynamic RAM. 

- Control Memory 

a. Contains control structures set up by system software and shared by the 
other K boards. 

b. Contains^SBfS^of dynamic RAM 

- Data Memory 

a. Provides sector size (512 byte) buffers for all data transfers through 
HSC. 



b. 512Kb ^aticRAM^) pj fcfcFfcfSfr 
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Memory Module (HSC70) 



LED Indicators on M.std2 



Red (top) 

Yellow 
Green 



On and then off during initialization by P.ioj or during 
testing performed by a K. 

Memory cycle taking place. «^__ /f cfg/fTV 

Testing has successfully finished and software is 
running. 
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Details of M.std2 (HSC70) 

• M.std2 has no self-test: 

- Program Memory is tested by P.ioj. 

- Data and Control Memory is tested by one of the K boards. 

• No parity checking is done on the memory board (it is done on P.ioj). 

• Program Memory is divided into two banks of 5 12 Kb each; on power- up only 
one of the banks is selected. 

• Floppy Disk Controller (FDC) logic: 

- DMAs done between the diskette and Program Memory. 

- Minimum data transfer length is one sector (512 bytes). 

- Maximum data transfer length is 15 sectors ( 1 track). 

- Byte parity checked for all data transfers. 
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HSC70 Memory Module Block Diagram 
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Disk Data Channel K.sdi L0108-YA 

• The K.sdi module is the interface between the HSC system software and the 
disks attached to the HSC. 

• The ELsdi module is identical to the Tape Data Channel module except for 
different ROM chips and one jumper. 

• The K.sdi module has the following characteristics: 

- Supports up to four RA disk drives. 

- Monitors rotational position drive. 

- Transfers sector size data (512 bytes) between an RA drive and Data 
Memory. 

- Transfers control/status information between the RA drive and Control 
Memory < ^ ^£^T£l> 

- Checks EDC on all transfers. — ^ u i/J cx - l 

- Checks/generates ECC error code. — ^ v ^%2^^ 0fJ ^""^ 

• The K.sti module has the following characteristics: 

- Supports four formatters (sixteen TA78s or four TA81s). 

- Transfers data between Data Memory and the formatter. 

- Generates an EDC during a write operation to the formatter. 
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CX-341B 



Data Channel Module 

LED Indicators on K.sdi 

Red (top) Indicates module has not passed self-test. 

Green Indicates module has passed self-test. 
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Data Channel Module Block Diagram (Sheet 2 of 2) 
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HSC Module Description 



Detailed Block of Ksdi 

• Uses the 2900-family of bit slice devices. 

• Dual microsequencers (2911s) alternately access different areas of common 
ROM: 

- Each sequencer has a micro-cycle time of 300 ns. 

- Each sequencer consists of three 291 Is connected to form a 12-bit wide 
address bus. 

- The sequencers are defined as Upper and Lower: 

a. The Upper sequencer examines Control Memory for work, acquires/ 
retires buffers in Data Memory, sends level 2 SDI commands to drive, 
and has overall control of the Data Channel module. 

b. The Lower sequencer handles the actual data transfer between the 
drive and Data Memory. 

• The Control Store microinstruction is 48-bits wide and each section is decoded 
as follows: 

- ALU CNTL determines the input, output and operation of ALU. 

- BUS SRC CNTL determines the source of data onto the K.sdi bus. 

- BUS DES CNTL determines the destination of data on the K.sdi bus. 

- IOC CNTL enables the various I/O components on the K.sdi. 

• The Upper and Lower sequencers share a common ALU consisting of four 
2901s connected to form a 16-bit data path. 

• The Upper and Lower sequencers can communicate with each other through a 
register internal to the ALU and share scratchpad RAM. 

• The sequencers, the Control Store, and the Instruction Register form a 
"pipeline" that allows one processor to fetch the next instruction while the 
other processor is presently executing an instruction 

• The UPR and LWR CNTL REG are used by the upper/lower processors for 
various control purposes. 
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Detailed Block of K.sdi (Cont.) 

• The DIAG REG is used by microcode to generate signals to test parity check 
circuits (used only in diagnostic mode). 

• The CNTL ERR REG contains control bus error information or error 
information from an SDI/STT connection (pulse error, drive not present). 

• The DATA ERR REG contains data bus-related errors or SDI/STI data 
transmission errors (pulse/parity on RTDS, ECC). 

• Sector/Index PALS polled by upper sequencer to monitor rotational position of 
selected drive; jumper for K.sti disables these. 

• K.sdi can perform seven basic functions through any of its four ports: 

- Send Level 2 SDI commands to drive. 

- Receive Level 2 SDI response from drive. 

- Send Level 1 SDI commands to drive. 

- Send "write" data to drive. 

- Receive "read" data from drive. 

- Send Real-Time Controller State (RTCS) to drive. 

- Receive Real-Time Drive State (RTDS) from drive. 

• ECC SERDES takes data being written to the disk and: 

- Converts it to 10-bit parallel input for Reed Solomon Generator (RSGEN). 

- Synchronizes serial data flow out of the DATA SERDES. 

• The Clock used to move data to/from disk is actually derived from the 
RdTResponse line of the target drive. 
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Port Processor Module K.pli L0107 

• The K.pli is the "intelligence" of the port processor (K.ci) in the HSC. 

• K.pli has the following functions: 

- Passes MSCP messages to/from control memory via the Control bus. 

- Passes data blocks to/from data memory via the Data bus. 

- Generates a 16-bit EDC code for each block of write data. 

- Checks and strips-off EDC code for each block of read data. 

- Performs testing of Port buffer (PUJ) and Link (ILI) modules. 

- Initializes the Pioc/Pioj (causing an HSC reboot) upon reception of a reset 
packet from host. 

• The Kpli module can be initialized by the Pioc/Pioj. 

• Upon receipt of INTT from the HSC CPU, the K.pli starts its self-test and the 
results of the test are put on the Status bus. 

• The K.pli interfaces with other module in the HSC on the Control and Data 
buses; however, it communicates with the other elements of the K.ci via the 
PLIbus. 
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Port Processor Module (K.pli) 



LED Indicators on K.pli 

Red (top) Indicates module has not passed self-test. 

Yellow 



Green 



On when P.ioc/Piqj assert ENTT (not present on later etch 
revs). 

Indicates module has passed self-test. 
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Detailed Block of K.pli 

• K.pli is the controller for the Port Buffer module (PILA) and the Link module 
(LINK). 

• Uses 2900-series bit slice technology to form two sequencers that alternately 
and independently access a common control store and ALU: 

- Each sequencer consists of three 291 Is connected to form a 12-bit address 
bus to the Control Store. 

- Sequencers are defined as Control and Data: 

a. The Control sequencers examine queues in Control Memory for work 
and acquire/retire buffers to accommodate traffic on the CI bus. 

b. The Data sequencers handle movement of data from the PELA buffers 
(CI Bus) to Data/Control Memory. 

• Same "pipeline" approach as in the Data Channel module. 

• Microinstruction is 48-bits wide and controls functions on the Port Processor, 
the Port Buffer, and the Link module. 

• Scratchpad RAM (512 words) is shared by both processors and contains tables 
for CI virtual circuits and connection information (equivalent to VCDT of CI 
Interface). 

• The Control Register contains logic for PU interface control, Control Store 
parity test, data parity test, and P.ioj/P.ioc reset. 

• The PLI interface logic performs byte- word conversion for data movement 
from PELA to HSC memory, and word-byte conversion for data movement 
from HSC memory to PILA. 
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Port Buffer Module PILA L0109 

• The Port Buffer module (PILA) provides buffering for data and message 
packets to and from the CI Bus: 

- Two 1Kb receive buffers. 

- Two 1Kb transmit buffers. 

• The PILA module communicates with the Port Link module over the III bus. 

• Communicates with the Port Link module and the K.pli module over the PLI 
bus. 

• Not connected to either the Control or Data bus in the HSC. 

• Contains no self-test but is tested instead by the K.pii, which can loop data 
through the buffers in maintenance mode. 
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Port Buffer Module (PLLA) 



LED Indicators on PILA 

Yellow (top) Test point, not used, is always on (not on later etch revs). 

Yellow 



Red 
Green 



Indicates receipt of INTT from K.pli (not on later etch 
revs). 

Indicates module has not passed test performed by the 
K.pii. 

Indicates module has passed K.pli test and is operable. 
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Detailed Block of PILA 

• PILA operation centers around the loading and unloading of the dual, 
independent 1Kb transmit buffers (TA and TB) and the dual independent 1Kb 
receive buffers (RA and RB). 

• A typical receive operation (LINK to PILA) happens in this sequence: 

- LINK recognizes valid incoming data from the CI Bus upon receiving the 
CHAR SYNC byte of the packet. 

- LINK assembles the first byte (packet type/length, high) and places it on 
ILI RCVR DATA lines. 

- Output of mux is counter/comparator and input buffer RA. 

- LINK then asserts control signals that clear the address counter for RA, 
strobe the packet length byte into the counter/comparator and first 
location of RA, and increments the address counter to location one. 

- LINK assembles the next byte (packet length low) and strobes it into the 
counter/comparator and RA buffer, and increments the address counter. 

- As each byte received by LINK is passed to the RA buffer, the 
counter/comparator is decremented. 

- When the counter decrements to two, RCVR PACKET END is asserted 
back to LINK to begin the CRC check. 

- LINK asserts RCVR BUFFER A FULL to K.pii. 

• A typical transmit operation (PILA to LINK) follows this sequence: 

- K.pli loads the TA buffer and byte count register (not shown) via the PLI 
bus. 

- K.pli commands LINK PALs to execute a transmit operation. 

- Address counter is cleared, byte counter is loaded, and outputs of the T A 
buffer to LINK are enabled. 
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Detailed Block of PILA (Cont.) 

- LINK strobes bytes onto XMTT DATA lines while incrementing address 
counter and decrementing byte counter. 

- When the byte counter reaches zero, XMTT BUFFER EMPTY causes LINK 
to add CRC bytes. 

• The COMMAND DECODER is the source of most commands from K.pli to 
LINK or PILA (note RD NODE ADDR output of decoder, this is how CRONIC 
can determine its node number). 

• In maintenance mode, the transmit buffers can be loaded and then their 
output looped back to the receive buffers for checking by the K.pli. 
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Port Link Module ILI L0100 

• The Port Link module is the HSC's direct interface to the CI Bus. 

• It is the same module as in the CI750, CI780, or CIBCI port adapters. 

• Contains the following: 

- Drivers/receivers for dual CI path operation. 

- CI Bus arbitration. 

- Node address switches. 

- Generates/checks CRC of CI Packet. 

- Interfaces to ILI and PILA buses. 

• The newer LINK board (L01 18) allows an upgrade of the cluster to greater 
than 16 nodes. 
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Port Link Module (LINK) 

LED Indicators on ILI 

Green (top) Indicates external CI Bus activity. 

R e< i Internal loopback enabled, usually on when ILpli 

initializes LINK board. 
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Port Link Module Block 

• As a CI Port receiver, the LINK board: 

- Detects packet arrival. 

- Performs Manchester decoding. 

- Performs serial-to-parallel conversion. 

- Checks node address. 

- Directs packet contents to a receive buffer on the PILA module. 

- Checks CRC. 

• Generates response (ACK, NACK, NORESP). 

• As a CI Port driver, the LINK board: 

- Arbitrates for the CI Bus. 

- Performs parallel-to-serial conversion. 

- Generates CRC code. 

- Listens for response (ACK or NACK). 
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HSC System Initialization 

Lesson Introduction 

This module discusses the initialization and boot sequence of the HSCs. It is broken 
into two major sections. We discuss first the HSC50 and then the HSC70. 

The boot/initialization sequence is in three parts, 1) the ROM-based portion, 2) the 
offline media, and 3) the system media. The offline and system sections are executed 
by first loading them from the media into program memory. The ROM portion is run 
directly from ROMs on the individual requestors. 

The ability to follow through a boot sequence step-by-step will greatly simplify the 
troubleshooting process. 

Lesson Objectives 

1. Describe what tests are run from ROM during initialization. 

2. Define what is tested during a system boot. 

3. Define what is tested during an offline boot. 

4. Replace failing FRUs from OCR and module LED fault indications. 

Lesson Outline 

I. Introduction 

E. HSC50 ROM-Based 

IE. HSC50 System Tape 

IV. HSC50 Offline Tape 

V. HSC70 ROM-Based 

VI. HSC70 System Diskette 

VII. HSC50 Offline Tape 
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Booting an HSC 

• HSC boots itself due to the following external events: 

- Power is applied to the HSC. 

- INIT switch is pressed. 

- Host reset request is received on the CI Port. 

- Command from terminal. 

• HSC also boots itself due to the following internal events: 

- HSC softwarejcrash. 

- Module failure. 

• Whatever the cause of the re-boot, the events that compose an HSC 
initialization are outlined below: 
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Detail of HSC50 Boot (ROM Portion) 

• All of the tests shown on the HSC50 Boot Flow diagram are run from ROM on 
P.ioc. 

• The starting address is 173000; test being run is found at address 172340. 

• During these tests, all Ks are initialized (red lights on). 

• TestO 

- Tests address modes, single and double operand instructions, BRANCH, 
JMP,RTS,andJSR. 

- Does Rl through R6 and adder tests. 

• Testl 

- Sets and clears bank swap and board swap bits in P.ioc CSR. 

• Test 2 

- Does moving inversions test on beginning 1KW of Program Memory (this 
is area reserved for trap vectors) . 

- Attempts the bank swap if necessary. 

- Does not implement board swap feature. 

• Test 3 

- Attempts to find contiguous 8KW chunk in Program Memory. 

- Moves the base of the 8KW chunk, if necessary, until the upper limit of 
157777 (top of bank) reached. 

- Uses the 8KW partition to load either the offline Pioc test or the Init P.ioc 
tests. 
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Detail of HSC50 Boot (Cont.) 

• Test 4 

- Checks for presence of TU58 controller. 

- Checks for presence of mounted media with RT- 1 1 boot block. 

- Reads first 8 blocks into Program Memory starting at address 04000. 

- If error 23 occurs, enter uODT (press BREAK key) and examine M.prog 
locations 400 to 412 as follows: 



HWcode SWcode 



400 
402 
404 
404 
410 
412 













czrzAzjzzzj 



I 



CSR 
177520 


UNIT 



SW desig 
DDO: 


177520 


1 


DD1 




177530 





DD2 




177530 


1 


DD3 




177560 







177560 


1 







1 



1774xx 


- Self-Test Failed 





- no error 


1770xx 


• EOT Encountered 


1 


- NXM Trap Accessing CSR 


175Qxx« 


■ Hard Read Error 


2 


- Sync Sequence Failed 


1740xx- 


- Bad Unit # 


3 


-Self-Test Failed 


1734xx- 


- No Cassette Mounted 


4 


- No Bootable Image 


1724xx- 


■ Write Protected 


5 


- Checksum Error In Packet 


1674xx- 


• Data Check Error 


6 


- Timeout On Transmit Ready 


1600xx- 


■ Seek Error 


7 


- Timeout On Receive Done 


1574xx- 


- Motor Stopped 


10 


- Overrun or Framing Error 


1500xx- 


- Bad Op Code 


11 


- Unknown Packet Type 


1444xx- 


Bad Block # 







HSC System Initialization 



3-8 



Detail of HSC50 Boot (Cont.) 

• Sequence of LED action during the ROM portion of HSC50 boot is as follows: 

- All OCP lights turn off. 

- All modules turn on red LED. 

- P.ioc Run indicator (yellow) dim (instruction tests). 

- INIT light on OCP comes on. 

- TU58 yellow 'Tape In Motion" LED on. 

- INTT light off and State indicator on solid. 

• OCP fault code displays: 
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FAULT CODE OEPENOENT ON FAILURE 



FAIL? 



STATE 
ON OR OFF 



INIT 
OFF 



FAULT 
ON 



OPERATING S/W WILL NOT 
PROMPT UNTIL REQUESTED BY 
CTRLVY. THE PROMPT IS; 
HSCSO> 
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Detail of HSC50 Boot (System Tape Portion) 

• Position of Fault switch on OCP is saved. 

• Program outputs "INIPIO-I- Booting". 

• INIPIOJNI loaded from TU58 and run. 

• INIPIOJNI tests the internals of the P.ioc (as OFLPIO did) and also does the 
following: 

- Rewinds TU58. 

- Releases the INTT line to the K.ci so that it will test itself and then be able 
to establish virtual circuits. 

- Releases the INTT lines for all other Ks so they can run their 
microdiagnostics. 

- Selects a K to test Control Memory. jfttf^- ^ s<7~ 

- Tests remaining Program Memory. / r ^ oU ^^ 

- Builds suspect and disabled memory lists. ^- -ffi&y $4# /tfE/n 

- Examine saved position of Fault switch and proper copy of SCT used. 

• Any errors during the above operations will display a fault code on the OCP. 
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OFFLINE 
TAPE 



TURNS INIT INOICATOR OFF 
TURNS STATE INOICATOR 
ON SOUP 



LOADS REST OF OFFLINE 
P.ioc TESTS (OF LPIOK1) 



RUNS OFFLINE P.IOC TESTS 
(OFLPIOI 



NO FAULT COOE (2) 



FAIL? 



LOADS OFFLINE DIAGNOSTIC 
LOADER (ODD 



STATE 



INIT FAULT 
ON 



ON ON OFF 

ERROR TYPEOUT OR 
HALT AT 400 



TURNS ON P.ioc 
CREEN LEO 



STARTS 00 L 

BLINKS STATE INOICATOR 

OOL HERALD TO TERMINAL 



OOL PROMPT OOL > 

WAITS FOR OPERATOR COMMANO 

ROTATES OCP LAMPS FOR TEST 



OOL FEATURES 



6 TESTS 



BUS 
MEM 
MEM BY K 

K TEST SEL 

OCP 

REFRESH 



11 CONVENIENCES 



SIZE 

HELP 

9 

LOAD 

START 

SETOEFAULT 

SHOW OEFAULT 

SET RELOCATION 

EXAMINE 

DEPOSIT 

REPEAT 
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Detail of HSC50 Boot (Offline Tape Portion) 

• Eight boot blocks previously loaded (in ROM portion of boot) now used to load 
Offline P.ioc (OFLPIO) tests. 

• OFLPIO tests the following on the P.ioc module: 

- Remaining PDP-11 instructions DIV, MUL, XIR, SXT, and SBC. 

- Memory Management Unit (MMU). 

- I/O page registers. 

- Internal interrupts and traps. 

- P.ioc parity generation and checking. 

- Control windows. 

- C Bus interrupts, C Bus lock cycle, C Bus address and data lines (no 
Control Memory access). 

- D Bus address and data lines (no Data Memory access). 

• OFLLDR.SAV (Offline Diagnostic Loader) is loaded from TU58 and run. 

• Note that none of the Ks are allowed to complete initialization and no memory 
is tested (except 8KW of Program Memory). 

• Format of the error message will be as follows: 

OPIO>00:00 T#xxx E#xxx u-000 
<text string describing «rror> 

MA - <22-bit addrtss of failing location) 

EXP- <data «xptctod> 

ACT - <data actually found> 

• At the ODL > prompt, the offline loader rotates a light pattern through the 
OCP while waiting for operator input. 
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Detail of HSC70 Boot (ROM Portion) 

• J- 11 micro tests A through C accomplish the following: 

- Exits from uODT. 

- Checks for existence of Program Memory. 

- Checks for console terminal. 

• TestO 

- Tests address modes, single and double operand instructions, BRANCH, 
JMP,RTS,andJSR. 

- Does Rl through R6 and adder tests. 

• Testl 

- Sets and clears bank swap and board swap bits in P.ioc CSR. 

• Test 2 

- Does moving inversions test on beginning 1KW of Program Memory (this 
is area reserved for trap vectors). 

- Attempts bank swap if necessary. 

- Does not implement board swap feature. 

• Test 3 

- Attempts to find contiguous 8KW chunk in Program Memory. 

- Moves base of 8KW chunk, if necessary, until upper limit of 160000 (top of 
bank) reached. 

- Uses this 8KW partition to load either the offline P.ioc test or the Init P.ioc 
tests. 
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Detail of HSC70 Boot (Cont.) 

• Test4 „ ^r £ fc^' O^ 

- Tests the RX33 controller logic on Memory module. 

- Tests four floppy disk controller registers for stuck bits. 

- Checks DMA operation. 

• Tests 

- Checks for presence of RX-33 via drive ready bit in RX33 interface register 
on Memory module. 

- Sends recalibrate command to floppy. 

- Verifies recalibration took place. 

- Loads the first eight blocks from the diskette into 8KW parition found in 
Test 3. 

- If error 23 occurs, enter uODT (press BREAK key) and examine M.prog 
locations 400 to 410 as follows: 

400 Contains controller error code 

402 RX33 address being accessed, if applicable 

404 Expected result 

406 Actual result 

410 Drive error code, byte-encoded where: 

drivel/driveO = high-byte/low-byte 
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Detail of HSC70 Boot (Cont.) 

- Error code will be in either 400 or 410 (not both): 
Code 

1 NXM occurred while accessing RX33 registers 

2 Bit stuck in registers 

3 Force mode interrupt did not occur 

4 DMA test mode hardware error occured 

5 DMA address counters were wrong after transfer 

6 Incorrect data found after DMA test operation 

7 Data parity was bad after DMA test operation 

10 Drive not ready (no diskette or door open) 

1 1 Hard error occurred on recal/verify 

12 Track bit was not set after recal 

13 SEEK command timeout occurred 

14 Seek error occurred 

15 READ SECTOR command timeout 

16 Hard error occurred on read 

17 Nonbootable image is first word 
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Detail of HSC70 Boot (System Diskette Portion) 

• Position of Fault switch on OCP is saved. 

• Program outputs 'TNIPIO-I- Booting". 

• INIPIO JNI loaded from RX33 and run. 

• INIPIO JNI tests the internals of the P.ioj (as OFLPIO did) and also does the 
following: 

- Loads INICAC from the diskette that is run to test cache. 

- Releases the INIT line to the K.ci so that it will test itself and then be able 
to establish virtual circuits. 

- Releases the INIT lines for all other Ks so they can run their 
microdiagnostics. 

- Selects a K to test Control Memory. 

- Tests remaining Program Memory. 

- Builds suspect and disabled Memory lists. 

- Examines the saved position of Fault switch and proper copy of SCT used. 

• Any errors during the above operations will display a fault code on the OCP. 
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Detail of HSC70 Boot (Offline Diskette Portion) 

• SameasHSC50. 

• Eight boot blocks previously loaded (in ROM portion of boot) now used to load 
Offline P.ioj (OFLPIO) tests. 

• OFLPIO tests the following on the P.ioj module: 

- Remaining PDP-11 instructions DIV, MUL, XIR, SXT, and SBC. 

- Memory Management Unit (MMU). 

- I/O page registers. 

- Internal interrupts and traps. 

- P.ioj parity generation and checking. 

- Control windows. 

- C Bus interrupts, C Bus lock cycle, C Bus address and data lines (no 
Control Memory access). 

- D Bus address and data lines (no Data Memory access). 

• OFLLDR.SAV (Offline Diagnostic Loader) is loaded from RX33 and run. 

• Note that none of the Ks are allowed to complete initialization and no memory 
is tested (except 8KW of Program Memory). 

• Format of the error message will be as follows: 

OPIO>00:00 T#xxx E#xxx u-000 

<t«xt string describing «rror> 

MA - <22-b1t addrtss of falling location) 

EXP - <data axp«ctad> 

ACT - <data actually found> 

• At ODL> prompt, the offline loader rotates a light pattern through the OCP 
while waiting for operator input. 
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HSC Offline Diagnostics 

Lesson Introduction 

This module discusses the offline diagnostics. These diagnostics are run while the 
HSC is offline to the rest of the cluster. The offline diagnostic media contains a 
skeletal operating system called the Offline Loader. The HSC cannot be running its 
normal operating system while the Offline Loader is running, and therefore will not 
respond to the CI, SDI, or the STI buses. 

Lesson Objectives 

1. Describe the uses of the Offline Loader software. 

2. List the commands which exist under the ODL> prompt and explain the use 
of each. 

3. List the six offline diagnostics and describe the use and execution of each. 

4. Describe the steps in booting the Offline Loader. C tfAj06^B TfrPfc ~~ litT ih)lT 
Lesson Outline 

I. Overview 

II. Commands 
IU. Diagnostics 
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Offline Diagnostics 

• Test modules internal to the HSC. 

• Can only be run by booting the HSC using the offline tape/diskette; this runs 
the Offline Diagnostic Loader (ODD instead of CRONIC. 

• The HSC must be offline (online switch out). 

• Booting to the ODL > prompt takes 30 seconds on the HSC70, and 
approximately 2 minutes on the HSC50. 

• While ODL waits for a request, a rotating pattern is continually passed 
through the indicators on the OCP. 

• Available commands under ODL >: 

HELP 

EXAMINE 

DEPOSIT 

REPEAT 

SET/SHOW DEFAULT 

LOAD 

START 

SET RELOCATION 

SIZE LtK£ foTeSiZ-^Z- 

• Available commands under ODL > that initiate testing: 

TEST CACHE 

TEST BUS 

TEST MEM 

TEST MEM BY K 

TEST REFRESH 

TEST OCP 

TEST RX(HSC70 only) 

TESTK 
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Convenience Commands Under ODL 

HELP 



EXAMINE 

DEPOSIT 

REPEAT 
SET/SHOW DEFAULT 

LOAD 

START 

SET RELOCATION 



@ 



Supplies an abbreviated list of all commands that the 
Offline Loader recognizes. 

Allows the user to examine the contents of any 
location in HSC memory (Program, Data, or Control) 
using a 22-bit address. 

Allows the user to modify the contents of any location 
in HSC memory (Program, Data, or Control) using a 
22-bit address. 

Allows repeated EXAMINE or DEPOSIT commands. 

Allows the user to set or show the number base (octal, 
decimal, or hex), or the data length used by ODL. 

Allows the user to load a program into HSC memory 
without starting it 

Starts the last test loaded into HSC memory. 

Loads a relocation register with a base address that is 
then added to address values used with EXAMINE 
and DEPOSIT commands. All subsequent EXAMINE 
and DEPOSIT commands use this base as a relocation 
value. 

Allows execution of indirect command files located on 
the tape/diskette; no commands are available at this 
time. 
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Size Command 

• Identifies available HSC memory. 

• Determines type of requester in each slot. 

• Initiates ROM-based self-tests on each K. The tests are: 
K.sdi K.sti K.ci 



0-2911 
1-2901 

2 - D bus 

3 - C bus 

4 -PROM parity 
5 - HSC memory 
6-RAM 

7-SERDES/RSGEN 
10- Partial SDI 



0-2911 

1 - 2901 

2 - D bus 

3 - C bus 

4 - PROM parity 

5 - HSC memory 
6-RAM 
7-SERDES 

10 - Partial STI 



0-2911 

1 - 2901 

2 - D bus 

3 - C bus 

4 -PROM parity 
5 - HSC memory 
6-RAM 
7-PLI 
10-PILA 
11 -Link 



• Test #§is not run on the SIZE command (it is run on the TEST MEM BY K 
command) 

• Test #11 for K.ci will fail if no CI Path is present 
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Size Command Example 



00L>SIZE 



HSC50 OFL System Sizer 



521L. 


Status Val 


ue 


Maanlna 




00 1 




111 




Failed tast Oil 




002 




002 




K.sdl 




003 




002 




K.sdi 




004 




377 




Empty requestor 




005 




377 




Empty raquastor 




006 




377 




Empty raquastor 




007 




377 




Empty requestor 




RESPONDING 




ADDRESS DECIMAL 




MEMORY 






RANGE. WOROS 


KWOROS 


Program 




00000000 


- 00777777 0131072 


00128 


Data 




14000000 


- 14377777 0085538 


00064 


Control 




16000000 


- 16377777 0065538 


00064 



HSC50 OFL Diagnostic Loader. Version V110 
Radix * Octal, Oata Length*Word, Re1oc>00000000 



0OL> 
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Interpreting Requestor Status 



Bit 7 
Bit 6 
Bit 5:0 



Parity (ignore it). 

Indicates how to interpret bits through 5. 

Bit 6 SET indicates that the K in the corresponding 
backplane slot has failed one of its initialization tests. 
Bits to 5 contain the failing test number. 

Bit 6 CLEAR indicates that the K in the 
corresponding backplane slot has passsed its 
initialization tests. Bits to 5 contain a code that 
identifies the type of K. 



( 



1 = K.ci 

2 = K.sdi 

3 = K.sti 



STATUS CODE 
ONEB-BITBIT 



4 



n 



3 



CODE 2 OCTAL 
CHARACTERS 

FAILURE FLAG 

PARITY 
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ODL Test Commands 

TEST CACHE 



TEST BUS 



TEST MEM 



BEST' fha. 



TESTMEMBYK 



TEST REFRESH 



TESTOCP 
1SSXRX 

TEST.K 



Tests cache logic and functionality of on-board cache 
onP.ioj(HSC70only). 

Creates Control and Data bus contention among 
selected requesters; at least two requesters needed to 
run test; CTRL/C to return to offline loader. 

Tests memory from P.ioc/P.ioj; allows selection of 
memory area to test; only test for Program Memory; 
takes time (32k/hour). T~Ak£-$ m?T6 <% u.fc$. 

Commands a K (K.sdi, K.sti, K.ci) to do memory 

testing; onlyjgonjrol nrT**** M<»mf>iy tested; fastest 

"waytSTest memory. 

P s c f I J 
Finds memory problems related to refresh; all three 

HSC memories tested (some static RAM failures 

resemble refresh problems). 

Checks operation of HSC lamps and switches. 

Diagnostic and exerciser for memory board (M.std2) 
and RX33 drive (HSC70 only). 

Commands a K to perform internal microdiagnostic 
self-test (ROM-based); allows selection of specific K to 
test; only individual tests can be selected; test #5 
actually TEST MEM BY K test; use SIZE command to 
do all tests. 
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HSC System Operation ■—? a _ U 

Lesson Introduction 

This module discusses the HSC Operating System, also known as the Colorado 
Rudimentary Operating Nucleus for Intelligent Controllers (CRONIC) . 

During troubleshooting, the engineer may encounter a system crash on the HSC. 
Therefore, system error messages and crashes are also covered in this module, as 
well as ODT and uODT. 

Lesson Objectives ^ Q 

1. Describe what ODT and uODT are. 

2. Describe how ODT and uODT are used. 

3. List the available commands under the operating system and describe each 
one. 

4. Analyze a system crash and replace the failing FRU. 
Lesson Outline 

I. The HSC Terminal 

II. HSC Commands and Messages 

III. The System Configuration Table 

IV. uODT 

V. HSC ODT 

VI. HSC Processes 

VII. Crashes 
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Operating the HSC From the Console 

• Once CRONIC is up and running, the HSC functions as a mass storage 
controller requiring minor operator intervention, 

• The HSC ignores console input until the operator types CTRL/Y (or CTRL/C), 
which produces the prompt: 

hso 

• This prompt is called the Keyboard MONitor prompt (KMON). 

• The BREAK key halts operation of HSC and returns an @ symbol indicating 
the HSC has been put into uODT state. 

a. From the @ symbol, the only means of returning to normal operation is to 
type T" (proceed). 

b. The secure/enable switch will disable BREAK, but will also buffer it on the 
P.ioboard. ftiT ^p$c£ £>/?£ *P\)E&H- TcmeS 

c. The best way to disable BREAK is by using Set-up of console terminal. 

• Holding the INTT switch in and typing on the console will echo the characters 
typed back to the console (loopback test). f\u$ O fi?~&&o<5T cr #c^ / 
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HSC Console Commands 

• RUN unit:name 

- Initiates an inline diagnostic or utility. 

- Unit is the load device on which the program resides. 

- Example: 
RUNDDlrDKUTIL 

• SET < paramater> - changes an attribute under the SETSHO utility. 

• SHO < paramater> - shows the present state of an attribute under the 
SETSHO utility. 

• The DIR unit: 

- Outputs a directory of the load medium specified by unit. 

- If unit is not specified, the default is the device used for the last boot. 

- Legal units: 

DX0:orDXl:forHSC70 
DDO: or DD1: for HSC50 
LB: or SY: for device used for last boot 

• PURGE 

- Removes all cached programs from Program Memory. 

- Not related to cache memory of HSC70. 

• EXIT 

- Dumps user out of KMON prompt. 'MmE /\s 7/^E0ur 

- Performs the same function as CTRL/Z. 
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HSC Console Commands (Cont.) 

• The following input control characters are acceptable on the HSC console: 

CTRL/Y or CTRL/C Abort operation, get the system's attention 

CTRL/G Input a change of test parameter 

CTRL/O Kill output line 

CTRL/U Kill input line 

CTRL/S XOFF 

CTRL/Q XON 

CTRL/Z Exit 

DEL Delete last input character 

• Output messages from the console have a warning or severity code: 
Q = Inquiry 

I = Information 

F = Fatal error 

W = Warning 

E = Error 

S = Successful competition 
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System Configuration Table 

• Contains information about the HSC configuration that must be preserved 
from boot to boot. 

• Located on system tape/diskette (SCT JNI). 

• Set to default values by holding Fault switch in during an INTT. 

• Some of the parameters that are contained in the SCT: 

SYSTEM ID 

SYSTEM NAME 

FRONT PANEL (secure/enable switch position) 

BOOT DATE AND TIME 

CRONIC VERSION 

SECTOR SIZE 

AUTOMATIC DIAGNOSTICS 

• The SETSHO utility is used to change or view contents of the SCT. 



\lA\5 MS,* 

tj>>$£T Time 

SETS ft^- 
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HSC ODT and uODT 

• Occasionally, the console may display two prompts other than the usual 
KMON prompt: 

- An asterisk (^indicates HSC ODT state. 

- An @ symbol indicates a uODT state. 

• HSC ODT A)£V£<1 OS£b / 

- AsubsetofRT-llODT. 

- Entered by typing CTRL/P (with ODT enabled under SETSHO), or after 
HSC crashes (with DUMP_BPT enabled under SETSHO). 

- Software-related - used to examine and format data structures in the 
Control and Data Memory. $£%? 

- Exists as a file on the load device. 

cr n V 

- Can be exited by typing K ;P W . s&Ml tou>rt r -^ 

• HSCuODT 

- Entered by pressing the BREAK key. 

- Hardware-related - used to examine and deposit Control Memory. 

- Disables MMU so it only accepts 16-bit addresses. 

- Can be exited by typing the letter P. 
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HSC Processes &>&**<*& '*> O^OtO\C 



EXEC 

DISK 

TAPE 

ECC 

VTDPY 

BACKUP 

VERIFY 

DEMON/PDEMON 

DUP 

POLLER 

SCSDIR 

LOADER 

HOST 



Acts as the priority scheduler for all other processes 
attempting to use the HSC CPU. 

The MSCP server for the HSC; directs and oversees all 
I/O for all attached disk drives. 

The TMSCP server for the HSC; performs all 
tape-related functions within the HSC. 

Error Correction Code; performs error correction on 
data being moved from disk to host. 

A utility that displays overall HSC system operations 
on a video terminal. 

Used for disk-to-tape backups, /l^^^i maU v 1 



Checks disk format X>st>£ 



Diagnostic Execution Monitor; controls error 
handling in the HSC. 

Diagnostic and Utilities Protocol server; allows host 
to act as a console terminal. 

Used to continuously poll otherCI nodes to detect 
transitions in the cluster configuration. 

Provides other CI nodes with information about which 
processes are available for outside use. 

Allocates space for system processes, utilities, or 
diagnostics in memory. 

Opens virtual circuits, starts connection start-up 
protocol, and provides services to SYSAPS for 
connection maintenance. 
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HSC Inline Diagnostics 

Lesson Introduction 

This module discusses the inline diagnostics. These diagnostics are run in 
conjunction with the operating system. The HSC is still able to process CI, SDI, and 
SIT communications while inline diagnostic testing is in progress. 

Lesson Objectives 

1. Run each of the inline diagnostics. 

2. Explain the use of each inline diagnostic. 

3. Interpret any error received while running an inline diagnostic. 
Lesson Outline 

I. Introduction 

II. DUP and Demand Diagnostics 
EH. Periodic Diagnostics 

IV. Automatic Diagnostics 
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Inline Diagnostics 

• Different from offline diagnostics because they can be run without taking the 

HSC offline (CRONIOctftbe up and running). 

Aiusr 

• Does not interfere with the normal operation of HSC. 

• Located on a utility tape (HSC50) or on the system diskette (HSC70). 

• Device (tape or disk) being tested must be in an available state. 

• Can be started four ways: 

- On demand (from console) **> tf U/0 bb! ; f<-&CE^ 

- DOT D//US. uTtHTY f>(loTOCoL — Rvtf Ffcc* <JAt tfezT 

- Automatic diagnostics if ftSC- btLTfcCTS A^ E^flfcbR^ 

- Periodic diagnostics 
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Inline Diagnostics Initiated on Demand or from DUP 



• Inline diagnostics are initiated "on demand*' by typing CTRL/Y at the HSC 
console and using the RUN <diag name> command. 

• Diagnostic and Utilities Protocol (DUP) cannot be used to run inline 
diagnostics if the Secure/Enable switch on the HSC is in the Secure position. 



• DUP can be started on any VAX node using the following commands: 

To t-ofr i/oTd 

HSC^HSCOOIJ y ^ I 



S MCR SYSGEN 

SYSGEN> CONMECT FYAO/NOADAPTER ^^ 

SYS6EM> EXIT ^^^** 

SSET HOST/HSC^SCOOJ ^ ^ A) £C f&0 /V) j/ ft ^ 

HSC50> 



/ 










• Once the HSC prompt appears, the following inline diagnostics can be started: 

- ELRX33(HSC70only) 

a. Verifies data can be written/read from diskette. 

b. Contents of block 1 read and saved; three different data patterns are 
written to and read from block 1; original contents are returned to 

block l. V^£^ ^>C£&TCI± Xu^T/aJ Cjfrt: 

- ILTU58 (HSC50 only) 

a. Initiates self-test of TU58. 

b. Reads and saves physical block 1, writes and reads several data 
patterns, then writes and reads back original contents. 

- ILMEMY - tests data buffers that have been removed from service 
(previously placed on the Disabled Buffer Queue) and displays results on 
terminal. 



To ck 



ej^_b u p Tb_jQgfcK^jp u AWT Htoe 
^^r5(fo> 5 'Ho Lo^b 
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<,;tT3ffD> 5^r ufih bop 
cx/7- _ 



Inline Diagnostics Initiated on Demand or from DUP (Cont.) 

- XLDISK 

a. Isolates problem to disk drive, SDI cable, or K.sdi module. 

b. Selects drive to be tested by unit number, or requester and port. A) C5> A> ~~ 

c. Checks SDI connection, commands drive to do internal drive v ^ 
diagnostics, and commands drive to do read and write tests to 
diagnostic cylinder area. 

- ILTAPE 

a. Tests tape formatter &OOt> TES> IS <r— tJ5£ SC&frTcH 

b. Executes functional test of tape transport .^tW 

- ILTCOM - checks to see that tapes generated on one tape drive can be read 
on another tape drive (compatibility). 

- HJ3XER -^ / -,r- I 
a. Tests multiple disks and tapes. ^^" \~J*^ .^ -joub T& 




b. Issues random READ, WRITE and COMPARE commands to selected 
drives. 
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Inline Diagnostics Initiated Periodically 

• Run when the system is performing little or no I/O. 

• Can be enabled/disabled using SETSHO utility. 

• Run at specific time intervals that are defined under the SETSHO utility. 

• The following diagnostics are available: 

- PRMEMY 

a. Tests control bus transceivers, data bus transceivers, and parity 
detection. 

b. Successful completion of test transparent to user. 
c Failure causes HSC crash. 

- PRKSDI 

a. Runs a single microdiagnostic on any Disk Data Channel module 
(K.sdi) not busy at the time. 

b. Different microdiagnostic runs with each successive call to this routine. 

c. Successful completion of test transparent to user. 

d. Failure causes HSC crash. 

- PRKSTI - same as PRKSDI, but for any Tape Data Channel module. 
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Inline Diagnostics Initiated Automatically 

• Two inline diagnostics are run without any user intervention: 

- ILMEMY 

a. Initiated when parity errors occur in data buffers during normal system 
operation. 

b. Buffers that fail test are put on Disabled Buffer Queue. 

- ELDISK — initiated automatically when an unrecoverable disk failure 
occurs. 

• Can be enabled/disabled under the SETSHO utility. 
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HSC as a DSA Controller 
Lesson Introduction 

This module discusses the Digital Storage Architecture (DSA) as it pertains to the 
HSC Storage Controller. It is important to understand DSA in order to use some of 
the utilities. Knowledge of DSA is also very helpful when troubleshooting problems 
relating to mass storage devices in a cluster environment. 

Lesson Objectives 

1. Describe the basic difference between Digital's older architecture and DSA. 

2. Define and describe the different types of MSCP used in a cluster 
environment. 

3. Define and describe SDI, STI, DSDF, and ANSI. 

4. Discuss where each of the above is used in a cluster. 

5. Describe how this relates to troubleshooting in a cluster. 
Lesson Outline 

I. DSA in General 

II. Responsibilities 
EI. DSDF 

IV. SDK 
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DSA in General 

• In the Digital Storage Architecture (DSA) family, responsibilities have been 
redistributed. 

• Management of I/O operations has been moved from the host to the controller. 

etc. 
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DSA in General (Cont.) 

• MSCP (Mass Storage Control Protocol) defines a standard set of operations 
that DSA controllers perform. 

• MSCP defines the responsibilities of: 

- The host. 

- The protocol used between the host and the controller. 

- The controller. 

• TMSCP is the MSCP for tape controllers. 

• SDI (Standard Disk Interconnect) is the protocol defining the relationship 
between a DSA controller and a disk unit, as well as the signals found on the 
cable connecting the two. 

• STT (Standard Tape Interconnect) is the protocol defining the relationship 
between the controller and the tape unit, as well as the signals found on the 
cable connecting the two. 

• DSDF (Digital Standard Disk Format) defines the layout and format of any 
disk attached to a DSA controller. 

• AINSI defines the format of any magtape unit attached to a DSA controller. 



• 



\)o p — 5VT HosTrc VSCs f=(ic#\ \M*- 
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Non-DSA Devices 

• I/O management is performed by the I/O driver host software. 

• Controller hardware responds to bits in registers set by the I/O driver. 

• One I/O operation involves multiple reads and writes to the controller 
registers (CPU time). 

• Controller hardware provides a data path with little buffering. 

• Controller has no decision-making power. 

• Examples of non-DSA devices: 
Disks Controllers 



RM05 

RL02 

RP06 

RK06 

RK07 

RX02 



Mass Bus Controller (MBA) 

RX211 

RK611 

RL11 
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HSC as a DSA Controller 
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DSA Devices 

• I/O management resides primarily in the controller software entity called the 
MSCP Server. 

• The host MSCP class driver sends packets of information to the MSCP Server 
over a logical connection. 

• Actual delivery of the packets is bus-dependent (CI, UNIBUS, Q) and is 
handled by the port driver software. 

• A typical data exchange between host memory and a mass storage media on 
any DSA subsystem involves the following: 

- The host class driver sends the MSCP packet to the controller requesting 
an exchange. 

- The host is now free to perform other tasks - the requested transaction is 
considered outstanding. 

- The controller performs disk head positioning, buffering of data, and 
transfer of data to host memory. 

- The host receives the MSCP end message from the MSCP Server (through 
the port driver), indicating exchange has been completed. 

• Controller essentially lightens word load of CPU. 

• Sample DSA devices: 

Disks Controllers 

RA60 UDA50 - ^i^ 

RA80 KDA50 - <$ fccs 

RA81 KDB50 - <BI % vS 

RA32 HSC ~ cr^ 
RA70 
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DSA Devices (Cont) 

• Each host CPU needs one Disk Class Driver for all DSA controllers and disks 
attached to it. 

• Each host CPU needs one Tape Class Driver for all tape DSA controllers and 
tapes attached to it 

• MSCP commands received by the controller can be queued and rearranged for 
best throughput. 

• Format of the MSCP message is the same for all controllers, regardless of the 
bus that carries the message. 

• A non-DSA disk can be used as a DSA disk via the MSCP Server, which 
performs the necessary translation to DSA protocol; this feature is only 
available in a clustered environment 

• The DUP (Diagnostic and Utility Protocol) is a system application-level 
protocol used by a host to direct diagnostics on an HSC; it is implemented as a 
class driver on the host and as a corresponding server on the HSC. 



HSC as a DSA Controller 7-12 



HOST 



USER I 



QIO 



OUP 
CLASS 

ORIVER 



MSCP 
DISK 
CLASS 
DRJV6R 



MSCP 
TAPE 
CLASS 
DRIVER 



HSC50 



CONNECTION 



CI PORT DRIVER 




UNI8US 

PORT 

DRIVER 



f 



bVfyp*** 



cj> 



"MSCP 
SERVER" 



I/O 
ORIVER 



CONNECTION 



CONNECTION 



_VC 



OUP 
SERVER 



MSCP 

DISK 

SERVER 



***** 



^C^ 



UNIBUS 



MASS BUS 



MSCP 
TAPE 
SERVER 



PORT ORIVER 




U0A50 




MASS BUS CONTROLLER 



HARDWARE 
LOGIC 



-oooo 



CX-318A 






ti 






<c 







k >V 



**V' 






^ 



DSA Connections 



7-13 



HSC as a DSA Controller 



DSA From the Host View 

• Sees controller as a slave that can perform I/O operations specified by the 
MSCP. 

• Expects to receive an MSCP end message for each MSCP command it 
generates. <s° * Mtore £i> m***G-Es 

• Aborts the I/O operation if the end message is not received within time-out 
period. 

• Accepts unexpected MSCP Error and MSCP Attention messages from 
controller. 

• Views a mass storage unit as one of two classes: 

- Disk Class - all RA drives 

- Tape Class- all TA drives 

• Views data on these storage devices as one contiguous string of logical blocks. 

• Does not see media geometry such as physical cylinders, tracks, and heads. 

• Does not see the revectoring process that occurs when a bad block is 
encountered during a read operation. 

• Is totally responsible for file structure and file protection. 
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DSA From the Controller View 

• The controller performs the following upon receiving an MSCP packet from 
the class driver: 

- Decodes the MSCP command from the host. 

- Queues the operations. 

- Performs seek and rotational optimization. 

- Transfers data to/from the mass storage unit 

- Performs error checking, error handling, and error correction. 

- Revectors bad blocks. 

- Transfers data to/from host memory. 

- Sends MSCP End message back to the host upon completion of the 
operation. 

- Sends MSCP Error or Attention message back to host. 

• Controller is not responsible for knowledge of file structure, data protection, 
or access restrictions. 

• Interfaces with disk units only over the SDI bus and tape units over the STI 
bus. 

• Continually monitors its connected units, noting their type, operating 
characteristics, and status. 

• Responsible for translation of Logical Block Number (LBN) to a physically 
addressable sector on disk unit. 
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DSA From the Unit View 

• All disk units that are designated RA use an SDI cable and SDI protocol to 
communicate with the controller. 

• All tape units that are designated TAxx use an STI cable and SH protocol to 
communicate with the controller. 

• All units have a unique unit number within a system (unit plug). 

• All units support dual porting. 

• All disk units use Digital Standard Disk Format (DSDF). 

• All tape units use ANSI format. 
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DSDF Overview 

• A disk is divided into five basic areas, according to LBN: 

- Host Application Area (user space) 

- Replacement Control Table (RCT) 

- Replacement Block Area 

- Format Control Table (FCT) -be yo&T 6£T /^£P^rtc££> - tfrs <j ct>P/ES 

- Container Diagnostic R/W Area 

• Each area is composed of blocks, the names of the blocks change according to 
what area the block falls within: 



LBN 
RBN 
XBN 
DBN 
PBN 



Logical Block Number (user space and RCT) 

Replacement Block Number (Replacement Block Area) 

Extended Block Number (FCT) 

Diagnostic Block Number (Diagnostic Area) tjsEb ®j _ 

Physical Block Number 

r 
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DSDF Overview (Cont.) 

• The following paragraphs are brief descriptions of the five sections that 
compose a Digital Standard Disk Format: 

- Host Application Area - the largest area containing data blocks for use by 
normal host operating applications, as well as system operating software. 
This is the normal working area of the disk and where system and user 
files are stored. 

- RCT 

a. These tables record the location of all revectored logical blocks and the 
status of each replacement block on the unit 

b. There are four copies of the table in the RCT space, each copy is 
organized in ascending order with an entry for each RBN of the unit. 
Each copy is stored on a different surface. 

c. The bad blocks listed in the RCT come from one of the following sources: 

- Previous format 

- Factory format information (found in the FCT) 

- Dynamic BBR done by VMS 

- Replacement Block Area 

a. Contains replacement blocks that are used to replace logical blocks in 
the host applications area. 

b. Is the last block on each track. 

c. If an RBN goes bad, another RBN may be used to replace it. 
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DSDF Overview (Cont.) 

- FCT 

a. Contains the physical locations of the blocks found to be bad by the 
scanning process at the factory. 

b. Contains assorted information about the HDA such as media serial 
number, date of most recent format, number of times formatted, 
location of manufacturing-detected bad blocks, and indication as to 
whether the FCT is valid. 

- Controller Diagnostic R/W Area - contains blocks devoted to controller- 
resident diagnostic purposes; addressable by DBNs. DBNs are visible only 
to the controller and are used only when diagnostics are executed by the 
controller. DBNs are not replaced by RBNs when they become defective. 

• The illustration below combines the physical and logical disk characteristics, 
showing how they relate to each other: 



rct i fcT iS5*r-"*» 
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DSDF Overview (Cont.) 

• The smallest addressable physical element on any disk is a Sector. 

• From the host's viewpoint, a sector is a logical block. 

• A sector contains 512 bytes of data. 
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DSDF Overview (Cont.) 

• Each LBN sector contains four basic parts: 

HEADER There are four copies for each sector. Each copy contains 32 

bits: a 28-bit LBN preceded by a 4-bit header code. The 
header code is used by the controller to identify the type of 
logical block that is being read and whether or not this block 
has been re vectored. Two of the four header copies must 
match before a "header compare" succeeds. 

DATA The application-specific information recorded on the disk by 

the host. 

EDC c L The 16-bit Error Detection Code that is used to detect errors 

ffcffi 1 ' caused by problems internal to the controller. OntheHSC, 

the EDC is computed when data is fetched from the host, 
then recomputed and checked when data is written to the 
disk. 

ECC The 170-bit Error Correction Code. It is the last thing 

^ £XV ft u calculated and written to each sector, and the last thing to be 

^ recalculated at the end of each sector read. Thus, the new 

value is compared with that initially written on the disk and 
the type of error that results will enable the Read Solomon 
algorithm to find and correct up to 80 bits. The ECC is used 
to detect media-related problems (corrupted or deteriorating 
platter). 



1° ^ 5 j£^ 'ts * of 'ecc vt+axs 
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Bad Block Replacement 

• Defects on the disk storage media cause sectors (blocks) to become unusable. 

• Bad Block Replacement (BBR) is the replacement of a bad logical block (LBN) 
with a good replacement block (RBN). 

• Once a block is replaced, attempted accesses to that block are "revectored" to 
the replacement block. 

• Revectoring process executed by controller and is invisible to host. 

• Important terms: 

Bad Block Replacement The process of moving data from a bad sector 

to a good sector and rewriting the header of 
bad sector to indicate that this has been done. 

Revectoring The process whereby access to a bad block is 

re-routed to the replacement block. 

• Bad blocks in the RCT, FCT, and DBN areas are not replaced. The RCT and 
FCT contain four redundant copies of information to provide bad block 
protection. 

• The 4-bit header code is the means by which the controller determines a 
logical block's availability. 

• Two types of replacement: 

Primary Replacement When the selected RBN resides oh the same 

track as the block being replaced. 

Nonprimary Replacement When the selected RBN resides on a track 

other than the one containing the bad block 
being replaced. 



2' X>hTft ucv£t> To ZcT, oaWOAL Block f*/v t£St£b. 

3. if 6fii> — NcAfr€-5T fid* i5 fdwb. 

/})- "p/ttJH*ftY"a*gaaBb £2^ *T EA)t> of TtlftcK 
jsT)- /\j£xr Clc££*T "sect/JbAW * &BU 

"- t>M> lbaJ wyM7K* - UtAbtfz -5<=T Tc c^msat zm'rcs 

HSC as a DSA Controller 7-22 



SDI Overview 

• The SDI/STT interface cable consists of four lines: RTCs, RTDs, COMMAND or 
WRITE DATA, and RESPONSE or READ DATA. 
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SDI Overview (Cont.) 



The Real-Time Controller State (RTCS) line passes information about the 
controller to the drive. 

For an SDI c onnection, the format of the RTCS burst is: 



\ o 



♦ PREAM8LE (EIGHT ZEROS) 

♦ SYNCd) 



♦ RECEIVER READY 
♦> WRITE GATE. 
■» REAO GATE 
•m INIT 

■» UNUSEO 
■m UNUSED 
■m PARITY 

CX-1334A 



• For an STI c onnection, the format of the RTCS burst is: 



-m> PREAMBLE (EIGHT ZEROS) 

■» SYNCH) 

♦ RECEIVER READY 



-~ KEEP GOING 
-^ CLOCK SLOW 
■m INIT 

h» UNUSED 
♦ UNUSED 
-» PARITY 
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SDI Overview (Cont.) 

• The Real-Time Drive State (RTDS) line passes information about the drive to 
controller. 

• For an SDI connection, the format of the RTDS burst is: 



PREAMBLE (EIGHT ZEROS) 

SYNCO) 

RECEIVER READY 

ATTENTION 

READ/WRITE READY 

SECTOR PULSE 

INDEX PULSE 

AVAILABLE 

PARITY 



GX-1335A 



• For an STT connection, the RTDS line is really the Real-Time Formatter State, 
and can change depending on whether the formatter is in the available or 
online state; an example in the on-line state is: 



SfrouL&S£TftP£ &vT KovK rs&fifr 




•> PREAMBLE (EIGHT ZEROS) 
SYNCO) 

RECEIVER READY 
ATTENTION 
READ/WRITE READY 
SECTOR PULSE 
INDEX PULSE 
AVAILABLE 
PARITY 
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SDI Overview (Cont.) 

• On the Write/Command line, there can be one of two types of information: 

- Write data to disk 

- SDI command to disk 

• SDI commands are either Level 1 or Level 2. 

• Level 1 commands need no response from the drive on Read/Response line: 



!♦ 
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SYNC FRAME 
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LEVEL 1 COMMANDS 

SELECT GROUP 

SELECT TRACK AND REAO 

SELECT TRACK AND WRITE 

SELECT TRACK AND FORMAT 
ON INDEX 

FORMAT ON SECTOR OR 
INDEX 

DIAGNOSTIC ECHO 



FRAME CODE 


FRAME DATA 


! SYNC CHAR 




GROUP # 


SYNC CHAR 




TRACK # 


SYNC CHAR 




TRACK # ' 


SYNC CHAR 




TRACK # 


SYNC CHAR 
SYNC CHAR 






SYNC CHAR 
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SDI Overview (Cont) 

# SDI Level 2 commands require multiple-frame transmissions from the 
controller. 

• Level 2 commands also require a response from the drive on the 
Read/Response line. 



I* 
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LEVEL 2 COMMANDS 

START 
CONTINUE 

END 
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OPCODE 


SYNC CHAR 




MESSAGE/ 
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SDI Overview (Conk) 

• All four lines of the SDI interface are used to implement a drive operation. 

• A sample Level 1 command sequence (Select Track and Write) is given below: 



CONTROLLER 



DISK ORIVE 



CHECK DRIVE RCVR 
READY IS ASSERTED 
FROM ORIVE 

SEND SOI SELECT TRACK 
AND WRITE REAL-TIME 
COMMAND i£±Zl> i 


RTDS 


DRIVE RCVR READY 


WRT/CMD DATA 




RECEIVE SYNC CHARACTER 

OECODE CONTROL FRAME 

NEGATE ORIVE RCVR READY 

SELECT TRACK (HEAD) 

SENO SECTOR PULSE 

ENABLE REAO CIRCUITS ON 
TRAILING EDGE OF SECTOR 
TO SEND SECTOR HEADER 








CONTROLLER DETECTS 
TRAILING EDGE OF SECTOR 
PULSE 

READ AND COMPARE 
SECTOR HEADERS 

ASSERT SDI WRITE GATE 
WHEN HEADER MATCH IS 
FOUNO 

CONTROLLER SENDS WRITE 
DATA 

NEGATE SDI WRITE GATE 


RTDS 


REAO/RESP DATA 




RTCS 




DETECT SOI WRITE GATE 
ASSERTED 

ENABLE WRITE CIRCUITS 
AND WRITE OATA 

DETECT SOI WRITE GATE 
NEGATED 

DISABLE WRITE CIRCUITS 

ASSERT DRIVE RCVR READY 


WRT/CMD OATA 


RTCS 
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HSC Utilities 

Lesson Introduction 

This module discusses the utilities that run under the HSC Operating System. 
Some are considered maintenance utilities while others are considered operational 
utilities. 

The maintenance utilities are most often used to verify hardware. The operational 
utilities are operator-oriented tools for the integrity of data. 

The HSC50 has these utilities split between two separate TU58 tapes; the HSC70 
has all of these utilities on the same RX33 floppy. 

Lesson Objectives 

1. List the HSC utilities and describe the function of each. 

2. Discuss how each utility is executed. 

Lesson Outline 

L Introduction 

II. Hardware Utilities 

m. Software Utilities 
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HSC UtUities Overview 

• Run with the CRONIC operating system up. 

• Located on either the system tape or the utilities tape. 



System tape 


Utilities tape 


SETSHO 


VERIFY 


COPY 


FORMAT 




BACKUP 




RESTORE 




DKCOPY 




PATCH 




RXFMT 




DKUTTL 




VTDPY 



• Can be divided into two general categories: 

- Hardware-related 

- Software-related 
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Hardware-Related Utilities 

• VERIFY 

- Checks integrity of disk structure (DSDF). 

- Only reads disk; no bad block replacement or formatting done. 

- Use before and after formatting. 

• FORMAT 

- Formats selected drive with 5 12-byte sector size. 

- Destroys user data. 

- Knowledge of DSDF (RCT, FCT, DBN, etc.) important to avoid destroying 
pack. 

• DKUTCL 

- Displays disk structure and disk data. 

- Can be used as a VERIFY utility. 

- Can execute manual Bad Block Replacement (BBR). 

• RXFMT - formats and verifies the proper operation of the RX33 diskette. 

• VTDPY 

- Displays the process activity within the HSC. 

- Only functions on a video terminal. 
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Software-Related Utilities 

• SETSHO 

- Allows user to examine and alter HSC operating system parameters. 

- Accesses the System Control Table (SCD. 

• BACKUP - copies data on a disk drive to a tape drive as a backup copy./ f>H i$fcs}t- 

• RESTORE * T ^' °^ 

- Performs a restore of data that has been backed-up. 

- Does a read from magtape to disk only. 

• PATCH — used to modify system and utility files on a load device during a 
software patch. 

• COPY 

- Performs backup of one load medium to another load medium. 

- Takes 5 minutes on an HSC70 and 20 minutes on an HSC5Q. 

• DKCOPY - copies the contents of one disk drive to a similar disk d rive (RA8 1 
to RA81, for example). p* ^j- 
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